System for integrating data for clinical decisions including multiple personal tracking devices

ABSTRACT

A system for making clinical decisions.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional PatentApplication No. 62/950,671 filed Dec. 19, 2019.

BACKGROUND OF THE INVENTION

Cannabis and cannabinoids have traditionally been used for various formsof medical treatment, such as analgesic and anticonvulsant effects. Inmore recent times, cannabis and cannabinoids have been used by cancerand AIDS patients who have reported relief from the effects ofchemotherapy and wasting syndrome.

Cannabis and cannabinoids that are prescribed by physicians for theirpatients. Unfortunately, due to production and governmentalrestrictions, social stigma, and limited education, there has beenlimited clinical/scientific research into the safety and efficacy ofusing cannabis and cannabinoids to treat diseases. Evidence tends toindicate that cannabis may reduce nausea and vomiting duringchemotherapy, may increase appetite in those with HIV/AIDS, and mayreduce chronic pain and muscle spasms. Cannabis and cannabinoids may beadministered through various techniques, such as capsules, lozenges,tinctures, dermal patches, oral or dermal sprays, cannabis edibles,vaporizing, smoking, etc.

Cannabis and cannabinoids also include some potentially adverse effects.The adverse effects may include tiredness, bloodshot eyes, depression,fast heartbeat, hallucinations, low blood pressure, dizziness, increasedappetite, cardiovascular and psychoactive effects, memory impairment,impaired motor coordination, altered judgment, paranoia, etc.

A psychoactive cannabinoid found in cannabis and cannabinoids istetrahydrocannabinol (or delta-9-tetrahydrocannabinol, commonly known asTHC). Other cannabinoids include delta-8-tetrahydrocannabinol,cannabidiol (CBD), cannabinol (CBN), cannabicyclol (CBL),cannabichromene (CBC) and cannabigerol (CBG). Cannabis andcannabinoidscome in a multitude of strains, each of which has differentchemical properties. Cannabis and cannabinoids are administratedtypically by smoking it, inhaling it through a vaporizer, eating it,applying it topically to your skin, and placing liquid drops in themouth.

Without meaningful clinical studies, it is problematic to meaningfullyselect an appropriate manner of administrating cannabis andcannabinoids, together with the selection of a particular strain ofcannabis and cannabinoids. This selection may include a propercombination of the cannabinoids, the dose, the consumption technique,the frequency of consumption, and the times of its consumption.

The foregoing and other objectives, features, and advantages of theinvention may be more readily understood upon consideration of thefollowing detailed description of the invention, taken in conjunctionwith the accompanying drawings.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

FIG. 1 illustrates a wellness system.

FIG. 2 illustrates personalized data view for the wellness system.

FIG. 3 illustrates an interaction pattern between a monitoring inferenceengine and a clinical decision support engine of the wellness system.

FIG. 4 illustrates a data filtering and synthesis engine for thewellness system.

FIG. 5 illustrates an embodiment of another portion of the wellnesssystem.

FIG. 6 illustrates an engine temporality schema.

FIG. 7 illustrates time based architectural changes.

FIG. 8 illustrates handling of genetic data.

FIG. 9 illustrates treatment phasing system.

DETAILED DESCRIPTION OF PREFERRED EMBODIMENT

In addition to serving populations with medical needs, whose last resortmay be a cannabis treatment, it is also desirable to provide cannabisand cannabinoids to a wellness conscious population who are reasonablyhealthy and use cannabis and cannabinoids both recreationally and toreduce minor annoyances, such as aches, pains, anxiety, and sleepproblems. As a result of the desire, at least in part, to providecannabis and cannabinoids to the wellness conscious population it isdesirable to include personal wellness device(s) and softwareapplication(s) as part of the treatment landscape. To provide effectivecannabis care, it is also desirable to leverage clinical data insightstogether with personal wellness device(s) in light of responsiveness toparticular treatment regimens for particular patients and/or symptoms.In this manner, a potentially troublesome process of trial and error canbe reduced. Moreover, the associated anxiety may also be reduced.

By way of example, Joe may be suffering from sleep problems. Joe findshimself awake in the early hours of the day and Joe often also has hardtime falling asleep. Also, Joe frequently feels that his sleep is not sorestful. In an attempt to determine the source of the sleep problems,Joe may use a personal wearable tracker device, which he often wears tobed, to monitor his sleep. The personal wearable tracker device may bewatch or other device that includes an associated sensor. Further, Joemay also have a smart bed that he sleeps on, such as a SleepIQ bed, thatalso monitors his sleep. The smart bed is particularly useful when Joedoes not want to wear his tracker to bed, or forgets to do so.

Joe sought cannabis treatment for his problem and was prescribed aregimen/prescription of a cannabis product he consumed in the form of achocolate bar in the evenings. The detailed digital description of theproduct, including the chemical composition of the cannabis productspecified by the manufacturer and the identity of the manufacturer, isavailable. After Joe starts with the regimen, Joe feels that there issome improvement in his condition. But Joe wants to confirm and quantifythis improvement through the quantities that his personal devices track.Joe is also interested in even making further improvements with possiblyrefined/revised regimen/prescriptions. Joe inspects his tracker device,such as a Fitbit, and smart bed, such as a smart bed application, andtries to detect, quantify, and correlate the improvements with thespecific changes in tracked quantities. The tracked quantifies mayinclude, for example, heart rate, time spent in light versus deep remsleep, time awake, time to fall asleep, and restless versus restfulsleep time. With the multitude of tracked quantities, Joe is quicklyoverwhelmed in his attempt to detect, quantify, and correlate theimprovements. Further, with multiple different tracked quantities frommultiple different personal tracking devices, Joe is even more quicklyoverwhelmed in his attempt to detect, quantify, and correlate theimprovements. Moreover, detecting, quantifying, interpreting, andcorrelating changes over time is even more overwhelming.

To effectively detect, quantify, interpret, and correlate improvements aparticularized wellness system is desirable. Referring to FIG. 1, amonitoring wellness system 100 may receive as an input user (e.g.,patient) generated sensor data 101 from the patient. The user generatedsensor data 101 from the patient may include data autonomously acquiredthrough one or more tracking devices. The tracking devices may includewearables that include a sensor associated therewith, such as forexample, smart watches, step trackers, GPS monitors, blood pressuremonitors, and heart rate monitors, or personal devices that includes asensor, such as for example, smart beds, or external devices embedded inthe environment such as for example cameras and radar systems. Moreover,more than one tracking device may measure similar data, such as thenumber of steps taken during a day or other time period, and/or heartrate.

The monitoring wellness system 100 may receive as an input user inputdata 102 related to the patient. The user input data 102 related to thepatient may include observational data that is provided, such as througha software application operating on a computing device which may be amobile application on a mobile device. The observational data mayinclude user input data, such as obtained as a result of surveys, ofmanual user input, or data acquired via “soft” sensors autonomouslythrough interactions of the user with the mobile application or a smartspeaker such as Amazon Alexa, which may include for example,information, such as emotions, autonomously inferred from analyzingpitch and volume of the patient's voice.

The monitoring wellness system 100 may receive as an input user CBregimen/prescription data 103 related to the patient. The user CBregimen/prescription data 103 may include a description of the cannabisproduct, such as brand, manufacturer's schema of the product includingits chemical composition, etc. The user CB regimen/prescription data 103may also include product administration and adherence information, suchas dosage, timing, frequency, and form of delivery of the product. Theadministration and adherence data may be collected autonomously basedupon smart connected delivery devices (e.g., mobile phone, or otherwise,or a wirelessly connected vaping device). The user CBregimen/prescription data 103 may also include medical classifications,such as ICD-10 and CPT code data, which may be provided by the patient'sclinical care provider.

The monitoring wellness system 100 may receive as an input over thecounter medication and prescription data 115 related to the patient. Theover the counter medication and prescription data 115 may include adescription of the over the counter and prescription, such as brand,manufacturer's schema of the product including its chemical composition,dosage, timing and frequency, and form of the delivery of the drug, etc.The system may further include particularized data for particular humanDNA for certain gene variations of the patients of the system. Forexample, CYP450 tests provide information about how the body may respondto a particular drug. For example, CYP2C9 is a genetically polymorphicenzyme that is involved in the metabolism of warfarin, tolbutamide,losartan, torasemide, and many nonsteroidal anti-inflammatory drugs,including diclofenac, ibuprofen, and flurbiprofen. Additional patientdata 115 related to particular patients may include genomic data of thepatient obtained from a genome sequencing. Specific genes, such as theCytochrome P450 (CYP450) gene, and variations in these genes, i.e.,polymorphisms, may cause significant differences in patient's ability tometabolize external substances, such as traditional medications andcannabinoids. Variations in CYP450 genes may affect the function of theenzymes produced by these genes, and thus affect the metabolization ofvarious external molecules and chemicals introduced to the body. Suchgenomic data may be utilized by a Monitoring Inference Engine 104 and/ora Clinical-Decision Support Inference Engine 119 and/or a Data Filteringand Synthesis Engine 116 described later, in determining the appropriatedosage of the cannabis treatment and/or that of traditional-medicationtreatment.

The monitoring wellness system 100 may include a monitoring inferenceengine 104 which receives user generated sensor data 101, user inputdata 102, user CB regimen/prescription data 103, and/or patient over thecounter medication/prescription data 115. The monitoring inferenceengine 104 may receive such data on a periodic basis, as such data isavailable. The monitoring inference engine 104 may include a machinelearning based processing engine which may include artificial neuralnetworks. The machine learning may include a deep learning architecture,such as deep neural networks, deep belief networks, recurrent neuralnetworks, convolutional neural networks, generative adversarial network(e.g., two or more networks contest with one another), etc.

The monitoring inference engine 104 may infer specific changes intracked quantities (e.g., measured by one or more devices) that areattributable to a particular CB regimen/prescription. The patient mayhave multiple CB regimens being used at the same time, with each of thembeing dynamic and changing over time. The monitoring inference engine104 may track each of the CB regimens in a separate manner from oneanother, or in a joint manner with each other.

The monitoring inference engine 104 may as a result of processing theavailable input data, present particularized/personalized information105 to the patient 106. The particularized/personalized information 105may be presented to the user in a suitable manner, such as a mobileapplication, rendering data on a display, operating on a mobile phone orin an expanded version of a native application of the patient's sensordevice. The particularized/personalized information 105 may includespecific changes in tracked quantities, which may be dependent on theparticular CB regimen/prescription and the implications thereof. Theparticularized/personalized information 105 may also be provided to thepatients' clinician/educator 107.

As previously described, the monitoring inference engine 104 may fusedata from multiple sensor based devices that provide user generatedsensor data 101, which may be simultaneously sensing and measuring,where fusion refers to leveraging the redundancies and diversities inthe data to determine increasingly accurate and complete inferences. Themonitoring inference engine 104 also “fuses” the user-input data 102with the user-generated sensor data 101, and “fuses” the user CBregimen/prescription data 103 with the user generated sensor data 101,and/or “fuses” the patient over the counter medication/prescription data115 with the user generated sensor data 101. Also, by way of example,exploiting the redundancies between two sets of user generated sensordata 101 that have similar characteristics may be performed in a mannerthat results in a decrease in the noise and an increase in theconfidence that the data is accurate. Also, by way of example,exploiting the diversities between two sets of user generated sensordata 101 that have different characteristics may be performed in amanner that results in a decrease in the noise and an increase in theconfidence that the data is accurate.

As a result of processing data with the wellness system, the system mayidentify the particular sensor based devices, such as the wearabledevices, for each particular user. With the accuracy of each type ofwearable device being different, the system may select one of theidentified wearable device data over the other identified wearabledevice data, both of which are available, to use as data for themonitoring inference engine 104.

In addition, data from the monitoring inference engine 104 may beprovided to a patient's healthcare provider/team (e.g.,clinician/educator) 107 through a suitable “clinician/educator”viewpoint (e.g., dashboard). In return, the patient's clinician/educatoror healthcare provider team 107 may make changes to the patient's CBregimen/prescription, as depicted by bidirectional flow 113 in FIG. 1between the user CB regimen/prescription data 103 and the patient'shealthcare provider/team 107. The updated user CB regimen/prescriptiondata 103 is then provided to the monitoring inference engine 104 forfurther processing.

Further, if desired, data from the monitoring inference engine 104and/or the particularized/personalized information 105, including dataderived from the output, of the monitoring inference engine 104 may bestored in a database (DB) 108 along with the user CBregimen/prescription data 103 and the information provided by theclinician/educator 107, which may include soap and patient progressnotes. The soap note (which is an acronym for subjective, objective,assessment, and plan) is a documentation technique employed by healthcare providers to write out notes in a patient's chart, along with othercommon formats, such as an admission note. The DB 108 may also storepatient's over the counter treatment medication (OTC) and patient'straditional prescription (Rx) data 115, and population research data111. The population research data 111 may also include conditionspecific surveys and observational notes. The system may also considerother form of medical records, such as lab results, X-rays, cat scans,MRIs, ultrasounds, physician notes, diagnosis and treatment plans, tothe extent they are made available by the patient and/or clinician.

The data stored in the DB 108 may be provided as input to a datafiltering and synthesis engine 116 that filters the data by selectivelydiscarding some data, and synthesizes data by combining specific sets ofdata. The principles of the data filtering and synthesis engine 116 isdescribed later with reference to FIG. 3 and FIG. 4. Synthesized datafrom the data filtering and synthesis engine 116 is provided as trainingand/or reconfiguration data 109 to a clinical decision support inferenceengine (CDSIE) 119. The synthesized data is also provided to themonitoring inference engine 104 as training and/or reconfiguration data.In some implementations, the synthesized data is provided to dashboards110 (e.g., data rendered on a display), such as business insights (fordispensaries) dashboards and health effect (for manufacturers)dashboards as part of the respective data viewpoints appropriate tocorresponding dashboards. FIG. 2 illustrates on the right-hand-side aset of exemplary viewpoints.

The clinical decision support inference engine 119 (CDSIE) infers themost effective regimen/prescriptions for specific patient conditions.The output of the clinical decision support engine 119 may also be madeavailable to the clinician/educator 107 as a resource, for exampleproviding recommendations, or to another machine that may be at leastpartly responsible for making clinical decisions. Further, populationresearch data 111 may be made available to the clinician/educator 107,such as through the DB 108 or in some other manner. This data exchangeis depicted by the incoming arrow 114 into the clinician/educator 107.In some implementations, the research data 111 may also include datafrom virtual clinician rounds. The virtual clinician rounds, based uponsimulated and/or actual patients and patient conditions, may be used toobtain feedback from the clinician/educator 107 that is then added tothe database for additional robustness. For example, this may provideobjective insights as observed by clinicians/educators. Further, thevirtual clinician rounds may be based upon the clinician/educator 107being at a remote location from the patient. The data filtering andsynthesis engine 116 preferably has access to all the data in the DB 108and selectively pre-processes the data and synthesizes specific data toprovide to the monitoring inference engine 104 and CDSIE 119 as trainingand/or reconfiguration data and also to provide input data to variouscustomized dashboards. The different dashboards may be different fromone another, with some dashboards including a first set of data, withother dashboards including a second set of data, where some dashboardsexclude some of the data shown by other dashboards.

The patient's 106 inferred data may be contributed to the research data111 as indicated by the incoming arrow 112 into the research data 111from the DB 108. CDSIE 119 may have additional capabilities to rankproducts based on their efficacy and/or patient testimonials. In yetother implementations, patient's traditional prescription information,patient OTC medication/prescription data 115, is also made available tothe clinician/educator 107, and added to the set of data stored in theDB 108. It is also available to the monitoring inference engine 104 asdesired, for example, to be aware of any changes in the OTCmedication/prescription data 115 of the patient 106.

Referring to FIG. 3, an exemplary interaction between the monitoringinference engine 104 and the CDSIE 119 is illustrated. The interactionbetween the engines is cyclical, with the CDSIE 119 updating its data ata temporally slower rate than the monitoring inference engine 104. Withreference to the monitoring inference engine 104, raw data is collectedfrom wearables and other autonomous data sources 101 and user (e.g.,patient) input data 102 (e.g., surveys and verbal information) on awebsite or other input mechanism. The user input data 102 may be voicedata that is then interpreted or analyzed. The user input data 102 maybe natural written language or otherwise notes that is then interpreted.The user input data 102 may further be modified by a natural languageprocessing in the case of spoken inputs, natural language querying,normalization, and adaptative design 316. The received data may becleaned and normalized 310 by a variety of techniques according to itstype (e.g., quantitative or verbal) prior to being provided to themonitoring inference engine 104. The monitoring inference engine 104tracks the data points over time, structured logically, and displayed oncustomized dashboards according to the patient's needs. Machine learningtools, which are also referred to elsewhere in part as the datafiltering and synthesis engine 116 (FaSE), are then applied to determinethe preferred classifications and classification boundaries for the datastructures as additional data is provided, which may change as a result.The classifications and boundaries may be determined, for example, by aregression analysis 312 and a cluster analysis 314. The monitoringinference engine 104 may receive the results of the regression analysis312 and cluster analysis 314 for further processing. The regressionanalysis 312 may be temporal in nature and/or in different time scales,and temporal nature and/or different time scales of the data being usedmay vary based upon the patient, and temporal nature and/or differenttime scales of the type of data being used, and/or temporal natureand/or different time scales of the characteristics of the data beingused. The output of the monitoring inference engine 104 is provided tothe clinical decision support inference engine 119 (CDSIE), whichupdates the technique for ranking the importance of datasets andpredicting effective updates to treatment parameters. These updates mayundergo human consideration and editing, and are then fed back to thebeginning of the process as the new data and containing structuresprovided by the initial collection process. In general, the clinicaldecision support inference engine 119 (CDSIE) may change the boundariesof the clusters, as desired.

The clinical decision support inference engine 119 may includeprediction and recommendation techniques 320 for treatments 330 (e.g.,dosages, consumption, methods, etc.). Such prediction and recommendationtechniques for treatments may, in part, take the form of a new CPT(Current Procedural Terminology) description with which a new CPT codemay be associated because the new CPT description may include thecannabis treatment services and procedures in addition to (and incombination with) traditional medical services and procedures (expressedby existing or traditional CPT codes), plus possibly digitalprescriptions/treatments and services as well. Such an augmented CPTdescription may include the parameters of the specific Cannabisprocedure, cannabis therapy services, or cannabis therapy such ascannabis dosages, consumption methods and frequency, in addition topatient's traditional prescription and over-the-counter medication whichmay be expressed e.g., in terms of NDC (National Drug Code) codes. Suchaugmented CPT descriptions may be associated with traditional ICD

(International Statistical Classification of Diseases and Related HealthProblems) codes for conditions such as e.g., migraines, insomnia,anxiety, inflammation, or chronic diseases such as cancers. The clinicaldecision support inference engine 119 may also include rank/ordertechniques 322 for ranking the importance of datasets and predictingeffective updates to treatment parameters that is provided toclinicians, educators, and researchers 332. The data from the clinicaldecision support inference engine 119 is provided back 340 to themonitoring inference engine 104 for subsequent processing.

Upon a pass through the system 340 from the clinical decision supportengine (CDSIE) 119 back to the monitoring inference engine (MIE) 104, inaddition to making intended inferences according to a given use case(vector between variables monitored and variables included in decisionsupport case), the system may also track noteworthy changes in secondaryvariables which are tracked. The accumulation of such secondary changesdetected by the MIE 104 may reach a threshold at which their sumcomputed from the current state in the MIE 104 equals an existing vector(var1, var2, var3, . . . ) in the CDSIE 119. For example, a subset ofsecondary symptoms tracked over time may eventually reach a state atwhich it equals a condition as that condition is currently representedby a vector (of symptoms) in the global system, requiring a persistentalteration to the MIE 104. In the event of a non-trivial involvement ofdiagnostic or treatment modalities from outside traditional medicine in320, this vector between secondary variables may provide evidence insupport of introducing new ICD-10 codes or formally defining newrelations between them and other codes.

The process depicted in FIG. 3, may be considered as follows. At anygiven point in time, the process has “raw” (e.g., new) data coming in,processed data running through models, model_results_shaping techniques,and techniques providing repurposed/“new” data. The process consistentlyserves two purposes. The first purpose is to continuously run machinelearning models and optimize data classifications, boundaries, andprocessing techniques in an efficient manner with respect to both domain(e.g., healthcare) specific concerns and computational efficiency. Thesecond is to provide users with a consistent, readily understandable,and ontologically stable medium for interacting with the most recentlydelivered stable data.

Given the rapidly evolving body of information available in the cannabisspace (e.g., decades of anecdotal data, but only recent accumulation ofclinical/scientific data), it is desirable that the system includes ahighly scalable and adaptable inference model which reacts to broadinfluences such as real world events necessitating automatic change ofhyperparameters, change of activation functions, reshaping of core datastructures, or other major systemic changes. At a fundamental level, theprocess has classes of data points whose values span the range definedby the boundaries of each class. The process may, for example, ask twoquestions of a data point or collection of related points. The firstquestion may be “to which category does this data point belong?” Thesecond question may be “are these categories of data divided up into themost informative units for our purpose?” In this way, the three enginesinteract because the way the data is monitored influences the efficacyof decision making, and the way new decisions are made influences theefficacy of established monitoring techniques. As a result, the systemuses relevant data to make decisions, and the system makes decisionsthat lead to more relevant data.

Referring to FIG. 4, the illustrated process operates continuously onthe left side (101, 102, 104, 310, 312, 314, 316) of FIG. 3, and morestable periodic copies are released to the right side (119, 312, 314,320, 322, 330, 332) of FIG. 3. The process depicted in FIG. 4 is afurther detailed explanation of what is happening to the data in thecenter (312, 314) of FIG. 3. FIG. 4 shows the manner in which the datais recombined in preprocessing after the most recent full iteration ofFIG. 3 provides new information about the relevance of previously testedcombinations of data points. The following may be observed from thepattern outlined by the rectangular arrows on the left and right halvesof FIG. 3: First, the left side is cyclical, where data continues tocome in from collection methods, and the data goes into the model,either fitting into the current model or showing evidence that thecurrent set of clusters is insufficiently descriptive and thus in needof revision. Second, the right side of the model is unidirectional,where it is desirable to provide a generally stable user experience, soupdates to the CDSIE (FIG. 1 119) occur periodically rather thancontinuously, i.e. the most recent set of “persisting” (e.g., having astrong explanatory relationship and thus being kept) nodes collectedfrom the process in FIG. 4 determines the structure of the techniquesreflecting the details of the right side of FIG. 3. The persisting nodesmay be F1, F2, F3, F4 . . . Fn, Fa, Fc, Fbc, Fabbc. The weak explanatoryrelationship nodes Fb and Fab may be the remaining nodes.

Referring to FIG. 4, the process may be illustrated as follows. Thesystem starts with several sets of data about a population of patientscollected in the manner illustrated in FIG. 1 through FIG. 3 (see FIG.4, column 1). Thereafter, the system may determine possible combinationsof types of data points (for N types of data points, combinations of 2,then 3, then . . . , then N of those types of data points). The systemmay run a regression analysis 312 on each of these combinations,determining which have a strong explanatory relationship (FIG. 4,columns 2 to N). Those combinations that have a strong explanatoryrelationship (may be indicated by high R{circumflex over ( )}A2(R-Squared) value or other suitable measure) are maintained and thosethat do not have a strong explanatory relationship are set aside (e.g.,example of data limiting procedure). Just like the system need notfurther consider these generally unrelated combinations of data points,the system need not consider the original isolated data points thatpersistently coexist with N others in explanatory contexts. At the endof an iteration (generally referred to as iteration i), the system isleft with different sized combinations of data points which are boundtogether in statistically significant explanatory contexts. Theresulting combinations are then treated as the individual data points initeration i+1.

In general, a high R{circumflex over ( )}A2 value (close to 1) or otherfavorable measure, means that the current model successfully explainsvariation in the real data. For a factor receiving a high R{circumflexover ( )}A2 value or other favorable measure to “persist”, means that itis deemed relevant as a unit to consider in future cannabis healthcaretransactions. Since the system may want the model to automatically pointstakeholders to the best of initial considerations when approaching ahealth concern with a cannabis solution, it is desirable that the engine(middle portion of FIG. 3) to cluster related data points to keep thefixed techniques optimized.

The data filtering and synthesis engine 116 attempts to improve upon thecollection and consideration of relevant data points. In a clinical orbusiness decision making context in the cannabis space, the system mayfind at the individual or small group level that one size does not fitall, as in the data currently collected and the techniques of gleaninginsight from that data are not the most effective and/or not the mostefficient means for approaching a particular problem with a cannabisaided solution. By repeatedly improving the training data through thisprocess of recombining and statistically evaluating the data 314, thesystem may ultimately improve both the relevance of the data collectedand the accuracy/efficiency of clinical decision making by positioningusers uniquely ahead of repetitive, one size fits all treatment. Thesystem incrementally moves past traditional one case at a timememorization of effective treatments.

The data filtering and synthesis engine 116 may collect data points andtraining data is prepared through computing a substantial number ofpossible combinations of data points, and running them throughregression models 312 to test for explanatory relationships. These testsmay yield the following six cases or others on an individual iteration(e.g., column n to column n+1): 1. relevant+relevant=relevant; 2.relevant+relevant=irrelevant; 3. relevant+irrelevant=relevant; 4.relevant+irrelevant=irrelevant; 5. irrelevant+irrelevant=irrelevant; 6.irrelevant+irrelevant=relevant.

The system may start with the data units and structures as dictated bytraditional western medicine or current cannabis healthcare practices,and incrementally proceed toward determining which units and structuresare relevant for particular types of patients and treatments observed inthe cannabis space by other particular stakeholders. In general, eachstakeholder (e.g., what a patient may want to know about similarpatients, versus what a clinician may want to know about an individualpatient over time, versus what a business interest may want to knowabout a particular population of potential clients among the wellnessusers) may be different. Each iteration i, serves as the collectedtraining data for the next iteration (i+1) of the model in FIG. 3, aswell periodically, the reconfiguration of user dashboards (shown in FIG.1). To clarify, what may be combinations in iteration i, if determinedto have an explanatory relationship, are then units in iteration i+1.According to limits on class size imposed on the data, and the resultsof regression models 312, clusters of data may be split into multipleclusters or eliminated (e.g., temporarily or entirely) in order toimprove the cluster analysis portion 314 of the model, referred to inFIG. 3. The nodes at the bottom portion of FIG. 3 reflect an additiveprocess of patient data accumulation (P(n)), a multiplicative processaccording to expert opinion (E(n)) and a final weighting w that accountsfor all of these in linear combination. This may be applied at any timeit is determined to be mathematically significant (e.g., weight !=1)and/or structurally significant.

By way of example, possible nodes in layer 1, may include, diabetes,family history of heart disease, ketogenic diet based choices logged inapp, preferred consumption method=smoking, cannabis dosage=2 joints/day,Rx=aspirin 250 mg/day, health data=avg heart rate 60 bpm. It is notedthat these examples are single instances of data points that would fitinto the categories on the left side of FIG. 2.

By way of example, possible nodes in layers 2 to n: layer 2 (2 datapoints each): (consumption method & cannabis dosage=smoking, 2 g/day),(Rx dosage & cannabis dosage)=aspiring 250 mg/day, cannabis; Layer 3: (3data points) (ICD-10 code=cancer diagnosis, consumption method=smoking,cannabis dosage=1 g/day).

It is noted that the nodes may also be the result of anecdotal datapoints from right side after the processing of natural language data ordigital signals (e.g., voice data).

The particular technique preferably includes three separate, eitherphysically or logically, components that achieve limiting, privileging,and re-leveling of included data. Patients provide individual, singlecounted data which is generally limiting data. Clinicians, researchers,and other experts provide privileged data according to their reputationand/or medical specialty (e.g., cardiology) which weights the aggregatedfactor (a*b*c* . . . ) which is generally privileging data. For example,depending on the reputation of the clinicians, researchers, and otherexperts their data may be weighted with respect to domain specificity,accumulated rank, or other relationships placing them among other suchclinicians, researchers, and other experts. Further, a conditionindicated by a patient may trigger the selection of a particularclinician/educator, such as neuropathy pain patient may be directed to aclinician with expertise in pain management, or a patient with anxietyas their primary condition may be directed to a clinician/educatortrained in psychiatry. In this manner, different clinicians,researchers, and other experts will have different influence on thedata, depending on their reputation or other factors contributing totheir likelihood of providing meaningful data. In addition, theselection of an appropriate clinician/educator increases the likelihoodof more effective care with reduced side effects. The analytical engine(FIG. 3) processes data and returns mathematically informed insight tothe community of patients and medical experts. If patients indicate thata particular treatment did not work, or clinicians indicate that certainfindings violate established knowledge or practice, these can be removed(by veto) from the model or otherwise reduced in influence, thuslimiting the dataset going back through. Furthermore, each iteration ofthe model collects this limited data set from a variety of complexitylevels of data, and redefines it as the units to be initiallyconsidered. For example, in FIG. 4, Fb and Fab (e.g., weak explanatoryrelationship nodes) would not be fed back to column 1 of the model andthe remaining nodes would be fed back as column 1 which is units,although some of these were previously combinations.

There may be any suitable number of combinations of any N data points.The process aims to define persistent combinations as units. What mayinitially/traditionally be considered separate data points, may be foundby the system to reliably coexist or correlate. This suggests that amore efficient and effective approach is to treat those points as onetype of unit for future training and testing data informing the model.The persisting nodes that are more relevant are preferably added to theoriginal list, while others that are less relevant may be deletedaccording to variably defined confidence interval.

There are two underlying questions that frame the use of cannabis datato efficiently and accurately provide insight to a variety ofstakeholders: 1. how is the data collected, processed, and moved throughthe space of users and inquiries? E.g., who are the users, what do theyhave, and what do they want? And 2. which data in which frame isrelevant to a given issue and reliably provides insight? E.g., is theincoming data really what users need, or are there some basic logicalmanipulations the user may perform, expending their own temporal,organizational, and cognitive resources before the system has theingredients to make a decision?

FIG. 3 illustrates a technique used to optimize the answer toquestion 1. Briefly, the system gathers the data from a variety ofsources in a variety of formats, cleans it so that it can be usedtogether effectively, and puts it into the current frame for storing itand representing it effectively to users. But where did this dataoriginally come from? It came from patients and their devices andtestimonies that store their data. But where did that come from? Thatcame from storage in devices programmed to collect certain data from thepatients, and established approaches (practiced in clinical settings andpartly systemized in the clinical decision support inference engine) ofmedical professionals to eliciting testimony from patients. Analogoussituations exist for different groups of stakeholders. With this inmind, the system may be explained from the right side of FIG. 3. In themiddle, the system includes machine learning models which are designedto mediate and optimize this exchange of information in two ways. Thefirst way is by determining the spread of data within individualclusters of data. The second way is by determining the units ofinformation that should constitute the clusters themselves. In this way,stakeholders are informed about particular data points in relation toother data points of the same kind, and stakeholders can be assured thatthe kinds of data points they seek information about are in factinformative in attempting to answer the questions stakeholders hope toanswer.

FIG. 4 represents a system used to optimize the technique used toaddress question 2. The data currently being collected in scientific andclinical contexts is that which has been deemed relevant over years ofscientific theory development and clinical practice to validate thesetheories. These are human driven processes and have long been informedby western scientific and clinical practices in contemporary legallandscapes, which excluded cannabis specific insight and mostly did notbenefit from modern machine learning technologies. The process depictedin FIG. 4 remedies this by systematically combining any arbitrary numberof relevant data points to structure new independent variables, andtests their reliability in predicting dependent variables. Over time,data points that do not factor into predictions are discarded, and datapoints that do are kept. Furthermore, combinations of data pointsdivided along current lines, are tested, and effective combinations arefed back into the model as units which do not need to be recombined. Inthis way, the models and the stakeholders providing data to them andreceiving insight from them are operating with the most relevant dataand the most effective methods of leveraging it.

The process as previously described, the interaction of the MIE and theCDSIE over time as in FIG. 6, may be globally influenced in the form ofupdates to hyperparameters in the machine learning ensemble. Therelations between these hyperparameters, and their efficacy at any giventime, may be informed by biphasic or multiphasic properties of acorresponding treatment, e.g. changes in efficacy such as thedevelopment of tolerance to a given dose, the ebb and flow ofphysiologically noticeable results, any of which may show multiplephases.

Observations of phasing by the MIE 104 may lead to persistentalterations of the CDSIE 119 including but not limited to phasedependent changes to parameters or hyperparameters in the Filtering andSynthesis Engine 312, 314. It may also lead to changes in choice ofactivation function or other architectural features of the ensemble thatmay leverage prior knowledge of phasing tendencies.

The process illustrated in FIG. 3, fits in logically after stepspointing to the database 108, and before the database 108 itself.Information that users provide via the web, wearable device, and appinterfaces (or otherwise) goes into the database driving thoseinterfaces, and a copy goes into the database hosting the machinelearning pipelines. The create, read, update, and delete (CRUD) processapplied to the latter database is determined by the analytical results(after the left side of FIG. 3, before the CDSIE), which will alter thedatabase so that it hosts the data that goes into preprocessing for thenext iteration of the engine. The current best set of inferences at anypoint may be applied to further optimizing the CDSIE itself, which isgoverned by the same database that hosts what users see on the websiteand/or the app (or otherwise).

The process depicted in FIG. 4 illustrates a content independentanalytical procedure that filters data to be included in the nextiteration of the model explained in FIG. 3. The process depicted in FIG.4 logically fits between the two nodes marked “Data Storage” in FIG. 5.FIG. 3 and FIG. 4 depict the details of the two rightmost nodes in FIG.5, “Machine Learning/AI” and “Analytics for users and partners”. Themachine learning/artificial intelligence portion (left side of FIG. 3)operates continuously, and the results are periodically released torestructure “analytics for users and partners”.

In the form of a data insights dashboard, the dashboards may not rendercertain unrelated information for particular audiences and render suchcertain information for others based upon the particular viewers. Forexample, a patient dashboard may include product, dosing, frequency, andtiming information relevant to a reduction in pain. Theclinician/educator dashboard may include chemical profile of thecannabis for a particular condition and secondary condition relief. Itmay also provide insights into how often they accurately treated aparticular condition and the clinician/educator may learn from suchinformation for future patients with similar conditions. An industrydashboard may have data about the condition for the product selectedtogether with demographic information of the patients with positiveand/or negative outcomes for the purposes of marketing. Various brandsmay also have a research dash board if they have participated inobservational studies with cohort of patients with a particularcondition using a particular chemical profile of the cannabis.

In general, the monitoring inference engine 104 is stable whilecategorizing incoming data and updating displays according to thecurrent data structures in the monitoring inference engine 104. Ingeneral, the monitoring inference engine 104 is unstable (e.g., in astage of reconfiguration or retraining) when receiving new categoryboundaries from the CDSIE according to iterations of regressionanalysis, updated categories according to cluster analysis, andadditional human insights.

In general, the clinical decision support inference engine 119 is stablewhen running existing techniques in the clinical decision supportinference engine to aid clinical decisions. In general, the clinicaldecision support inference engine 119 is unstable when receiving datapackaged as updated data structures from the monitoring inference engine104 and updated techniques to account for them.

Referring to FIG. 6, the different engines may have differenttemporality with respect to their data processing. By way of reference,M=memory capacity, Cf=FaSE complexity, Cc=CDSIE complexity, T=time,i=iteration, n=iteration number, and E=storage epoch. The numbers at theend of each engine acronym reflects the current version being used. Eachbox represents one dataset going through one input/processing/outputevent.

The monitoring inference engine 104 may include the following:

Start Condition: patient or clinician enters data;

Update Condition: 1.CDSIE memory capacity (M) or 2. FaSE complexity (Cf)limit or 3. end of time period (T) reached;

Input—1. data from wearables, data entered by patients/clinicians (i=n)2. data entered from CDSIE (i=n−1);

Processing—data cleaning;

Output—1. training data for FaSE (i=n+1) 2. data for dashboards (i=n).

The filtering and synthesis engine (FaSE) 116 may include the following:

Start Condition: 1. MIE memory capacity (M) or end of time period (T)reached.;

Update Condition: updates every time it runs;

Input—data sets: 1. MIE (i=n), 2. FaSE (i=n−1);

Processing—regression analysis+cluster analysis, arithmeticalrecombination of data;

Output—1.new structures (boundaries/clusters) for FaSE, MIE, and CDSIE2. recombined data (to populate CDSIE).

The clinical decision support inference engine (CDSIE) 119 may includethe following:

Start Condition: clinician seeks decision support or enters data;

Update Condition: 1. (FaSE complexity (Cf)/CDSIE output complexity(Cc))>K (constant);

Input—1. structures from FaSE 2. recombined data from FaSE 3. dataentered by P/C;

Processing—1. run through decision algorithms 2. match to existingstructures;

Output—1. calculated decision retrieved from database 2. new data pointsfor MIE.

The length of time for which data is stored, called the “storage epoch”(E) may be optimized for reducing runtime complexity according to thehistorical pace of the flow of data through the system. In the longterm, the system may optimize memory (M) so that complex medical insightcan be stored in the system. In the short term, given the clinical usecase, the system may optimize processing power over time reflected by(T) in order to give the best insight to users most efficiently. Theindividual variables involved in this calculation (M, Cf, Cc, and T) areexplained above.

The components of each pattern of execution may also include each of thefollowing: 1. set of given points/investigative choices/independentvariables 2. set of desired points/answer format desired/dependentvariables/units, 3. Time (T for time elapsed or P for periodic time), 4.Weight (W), which consists of a. Trav1—how many times has thecurrent/parent path been traversed b. Trav2—how many times have all ofthe subsequent/child paths been traversed (sum of all traversals ofdifferent child paths).

The execution pattern referred to above has at least 3 time values thatmust agree in order to frame one complete iteration, thus the solutionset is LCM(x,y,z) where x, y, and z are the return times of the MIE,FaSE, and CDSIE respectively.

In addition to the natural pattern of execution of each engine as inFIG. 6 according to the flow of data, the system may also react to realworld healthcare industry updates such as the introduction of new codesby altering the frequency or duration of subsequent executions, ineffect “accelerating” (positively or negatively) certain local paths inthe system corresponding to human/institutional responses. In reverse,the system may also provide structural evidence in support of suchchanges to existing logic used to place new healthcare innovations intothe preexisting system.

Core changes to the machine learning ensemble and/or data warehousingtechniques may be reflected as combinations of one or more of thefollowing path alterations: 1. path from MIE 104 through FaSE 312/314,2. path from MIE 104 through CDSIE 119, 3. FaSE through MIE, 4. FaSEthrough CDSIE, 5. CDSIE through FaSE, 6. CDSIE through MIE.

As a result of processing data with the wellness system, the system mayidentify the particular sensor based devices, such as the wearabledevices, for each particular user. Over time, the system may distinguishbetween the accuracy of each type of wearable device (e.g., such as aresult of the FaSE engine), many of which are generally applicable tocapture similar data. Based upon this distinguishing, the system mayrecommend to the user or otherwise a different sensor based device thanthe one currently being used, or to supplement the data to the onecurrently being used, to increase the accuracy of the data or otherwisethe effectiveness of the system. Furthermore, to the extent permitted bythe sensor based device, the wellness system may modify thecharacteristics of the sensor based device for increased effectiveness.Furthermore, the system may provide cannabis domain specificimprovements and feedback to the manufacturers of wearable devices forincreased effectiveness.

The flow of data through the system as illustrated in FIG. 3 may dependon the state of two systems: first, the MIE-FaSe-CDSIE ensemble (FIG. 3and FIG. 4), and second, the Treatment Phasing System (TPS) (FIG. 9).The MIE-FaSE-CDSIE ensemble is triggered when new data is entered intoor otherwise made available to the system that can improve theperformance and capabilities of machine learning ensemble. The TPSsystem is triggered when a sufficient number of parallels are detectedbetween user selections of TPS elements.

FIG. 6 illustrates a technique for the management of timing and dataflow for the machine learning ensemble. In a similar manner, FIG. 7illustrates the management of timing and data flow for techniqueshandling the entry and analysis of user input.

FIG. 7 illustrates a technique for additional optimization of the dataarchitecture to effectively handle structural variety of entries andqueries common to different groups of users. The technique illustratedin FIG. 7 may use data and/or information about the timing, and/orcomplexity, and/or scale of its own past iterations, which may be takeninto account in combination with data and/or information about thetiming, and/or complexity, and/or scale of procedures for additionaloptimization data architecture for machine learning operations.

The technique involves making alterations to the structure of dataand/or database systems 108 based on anticipated input/output of classesof structures represented by data cleaning etc. 310, NLP etc. 316,prediction/suggestion techniques 320, and/or rank/order techniques 322.

The systems in FIG. 6 and FIG. 7 may act independently of one another orin concert with one another. Data and information about timing, variety,and other metrics may be used by either system to determine whether tooperate with the other.

Each arrow in FIG. 7 represents an exemplary operation of the MIE and/orCDSIE which involves the transformation of a particular dataset fromstructured to unstructured or vice versa over time. This type of processmay optimize the storage of select data points according to statisticson their current importance to the system in labeled or unlabeledcontext.

FIG. 8 illustrates an exemplary process of the MIE/CDSIE ensemble (312,314, and inputs) for handling inputs that contain genetic data (fromplant, human, etc.) which may already possess its own strict structure.

The process shown in FIG. 8 may be used in the modeling of “entourageeffect”, in which many:many relationships may be selectively preservedand processed where they wouldn't have been in traditional clinicalsettings.

The process shown in FIG. 8 may be used in order to determine whethergenetic data is relevant to include in future iterations of a particularmodel or process.

FIG. 9 illustrates a process for determining phasing properties ofvarious aspects of treatment including but not limited to improveddosage, method of consumption, and frequency of administration. Theprocess depicted in FIG. 7 (701-705) determines the timing of automated(or research based) structural changes to fixed techniques (320, 322).The process depicted in FIG. 6 determines the timing of automated (orresearch based) structural changes to techniques in the machine learningensemble.

In reference to FIG. 9, “treatment” may refer to any pattern ofhuman-computer interaction involving the movement of data aimed atsupporting actions recommended to a patient or population of patients.

When available, genetic data may provide a fundamental organizationalprinciple of a data structure with which it is associated (701). A firstway that new data associated with the genetic data enters the platformis by its relationships to the genetic data.

When available, genetic data may provide a layer of the TreatmentPhasing System (FIG. 9).

When genetic data does constitute a layer of a data structure, the datamay invoke a repeated iteration of the TBAC interaction (FIG. 7) patternaccording to the pre-existing structure (from domain specificprinciples) of genetic data. This iteration may produce a layer from803-805 with a higher probability, or a different layer with lowerprobability.

The first layer of the TBAC Interaction Pattern (FIG. 7) is preerablyconsidered structured. When available, genetic data determines thestructure of generation 1 of the TBAC interaction pattern (701).

Inputs of the TBAC interaction pattern may adhere to the following:

(1) The length of a UP or SP depends upon the state of the systemrepresented in FIG. 3 with respect to original members of the datasetfrom UP(n) or SP(n) for the lowest value of n still contributing atleast one data point, i.e. length=time until 0 datapoints from eitherset UP(n) or SP(n) are in processing.

(2) The system may define a subsequence as any part of the sequence fromposition x1 to x2 such that (x1>=1 & x2<n) or (x1>1 & x2<n).

(3) The sequence may start with one or more structured phases (SP).

(4) Each subsequence also preferably starts with one or more structuredphases.

(5) Each subsequence preferably ends with exactly 1 unstructured phase(UP).

(6) The data can pass through the UP(n) and SP(n) cycles by any pathincluding a pattern of n SPs followed by 1 UP. E.g SP1, UP1, SP2, UP2,SP3, SP4, UP3, SP5, UP4.

(7) The sequence preferably ends with the most recent structured phaseSP(n).

Genetic data enters the system preclassified in one of N ways (803-805depicted) where N is a finite set of highly common associations where agenetic data point is one member.

The “epoch” referred to in FIG. 6 as the unit of time for an iterationof the machine learning ensemble, may be shorter, longer, or the samelength as the TBAC interaction pattern's structured and unstructuredphases are.

The system depicted in FIG. 9 includes any number of layers Layer1-Layer N, which are known by the system to be organized LIFO orotherwise for stacked comparison. The system depicted in FIG. 9 storesand uses information about intersections between 1-dimensional to n−1dimensional structures in the stack of Layers 1-N.

While the wellness system has been described with respect to cannabis,the system may likewise be applied to other medical or medicinaltreatments and/or wellness environments, including without limitationherbal medicine.

While the wellness system preferably uses inference engines, they do notnecessarily use such an inference engine.

In one or more examples, the functions described may be implemented inhardware, software, firmware, or any combination thereof. If implementedin software, the functions may be stored on or transmitted over as oneor more instructions or code on a computer-readable medium and executedby a hardware-based processing unit.

Computer-readable media may include computer-readable storage media,which corresponds to a tangible medium such as data storage media, orcommunication media including any medium that facilitates transfer of acomputer program from one place to another, e.g., according to acommunication protocol. In this manner, computer-readable mediagenerally may correspond to (1) tangible computer-readable storage mediawhich is non-transitory or (2) a communication medium such as a signalor carrier wave. Data storage media may be any available media that canbe accessed by one or more computers or one or more processors toretrieve instructions, code and/or data structures for implementation ofthe techniques described in this disclosure. A computer program productmay include a computer-readable medium.

By way of example, and not limitation, such computer-readable storagemedia can comprise RAM, ROM, EEPROM, CD-ROM or other optical diskstorage, magnetic disk storage, or other magnetic storage devices, flashmemory, or any other medium that can be used to store desired programcode in the form of instructions or data structures and that can beaccessed by a computer. Also, any connection is properly termed acomputer-readable medium. For example, if instructions are transmittedfrom a website, server, or other remote source using a coaxial cable,fiber optic cable, twisted pair, digital subscriber line (DSL), orwireless technologies such as infrared, radio, and microwave, then thecoaxial cable, fiber optic cable, twisted pair, DSL, or wirelesstechnologies such as infrared, radio, and microwave are included in thedefinition of medium. It should be understood, however, thatcomputer-readable storage media and data storage media do not includeconnections, carrier waves, signals, or other transitory media, but areinstead directed to non-transitory, tangible storage media. Disk anddisc, as used herein, includes compact disc (CD), laser disc, opticaldisc, digital versatile disc (DVD), floppy disk and Blu-ray disc wheredisks usually reproduce data magnetically, while discs reproduce dataoptically with lasers. Combinations of the above should also be includedwithin the scope of computer-readable media.

Instructions may be executed by one or more processors, such as one ormore digital signal processors (DSPs), general purpose microprocessors,application specific integrated circuits (ASICs), field programmablelogic arrays (FPGAs), or other equivalent integrated or discrete logiccircuitry. Accordingly, the term “processor,” as used herein may referto any of the foregoing structure or any other structure suitable forimplementation of the techniques described herein. In addition, in someaspects, the functionality described herein may be provided withindedicated hardware and/or software modules configured for encoding anddecoding, or incorporated in a combined codec. Also, the techniquescould be fully implemented in one or more circuits or logic elements.

The techniques of this disclosure may be implemented in a wide varietyof devices or apparatuses, including a wireless handset, an integratedcircuit (IC) or a set of ICs (e.g., a chip set). Various components,modules, or units are described in this disclosure to emphasizefunctional aspects of devices configured to perform the disclosedtechniques, but do not necessarily require realization by differenthardware units. Rather, as described above, various units may becombined in a codec hardware unit or provided by a collection ofinteroperative hardware units, including one or more processors asdescribed above, in conjunction with suitable software and/or firmware.

The terms and expressions which have been employed in the foregoingspecification are used therein as terms of description and not oflimitation, and there is no intention, in the use of such terms andexpressions, of excluding equivalents of the features shown anddescribed or portions thereof, it being recognized that the scope of theinvention is defined and limited only by the claims which follow.

I/We claim:
 1. A system for integrating data for a clinical decisioncomprising: (a) receiving first data over time that is provided to saidsystem as a result of detecting by a first personal tracking device of auser; (b) receiving second data over time that is provided to saidsystem as a result of detecting by a second personal tracking device ofsaid user, where said first personal tracking device is different thansaid second personal tracking device; (c) quantifying said receivedfirst and second data that is detected by said first and second personaltracking device over time; (d) correlating said quantified data in amanner suitable to determine said clinical decision.
 2. The system ofclaim 1 wherein said clinical decision relates to a cannabis treatment.3. The system of claim 1 wherein said first personal tracking device isa personal wellness device.
 4. The system of claim 1 wherein additionaldata is received by said system from a software application and saidquantifying is further based upon said additional data.
 5. The system ofclaim 3 wherein said personal wellness device monitors a sleep of saiduser.
 6. The system of claim 3 wherein said personal wellness device isa wearable device that includes a sensor that monitors said user.
 7. Thesystem of claim 3 wherein said personal wellness device is at least oneof a activity tracker, a GPS monitor, a blood pressure monitor, and aheart rate monitor.
 8. The system of claim 1 wherein additional data isreceived by said system by an external device embedded in an environmentproximate said user and said quantifying is further based upon saidadditional data.
 9. The system of claim 1 wherein additionalobservational data is received by said system and said quantifying isfurther based upon said additional observational data.
 10. The system ofclaim 9 wherein said additional observational data includes at least oneof a survey, a manual user input, and a soft sensor.
 11. The system ofclaim 9 wherein said additional observational data includes at least oneof a pitch and a volume of said user's voice.
 12. The system of claim 1wherein additional prescription data is received by said system and saidquantifying is further based upon said additional prescription data. 13.The system of claim 12 wherein said additional prescription dataincludes a description of a cannabis product.
 14. The system of claim 12wherein said additional prescription data includes at least one of adosage, a timing, a frequency, and a form of delivery of a cannabisproduct.
 15. The system of claim 12 wherein said additional prescriptiondata includes a description of a medical classification.